\mysection{Breakpoints}
\label{sota_sec:breakpoints}

Bisherige Benachrichtigungssysteme haben sich darauf beschränkt, Nachrichten genau
dann auszugeben, wenn sie auftreten. Dies ist jedoch nicht immer wünschenswert,
denn es kann negative Effekte auf den Benutzer
haben\citep{Adamczyk:2004,Zijlstra:1999}. An der Universität von
Illinois\footnote{http://illinois.edu/} wird schon seit mehreren Jahren
erforscht, wie und bis zu welchem Zeitpunkt man Benachrichtigungen im
Desktop-Umfeld aufschieben kann\citep[bspw.][]{Iqbal:2008}. Dabei werden so
genannte Breakpoints in den Aktivitäten eines Benutzers als mögliche Zeitpunkte
für eine Nachricht benutzt. Der Ansatz beruht auf der Unterteilbarkeit
menschlicher Aktivitäten in kleinere Aktionseinheiten\citep{Newtson:1976} und
der menschlichen Eigenschaft, wiederkehrenden Aktivitäten eine bestimmte
Ablaufstruktur zu geben\citep{Zacks:2001}.
\\\\
Breakpoints sind demnach die Übergänge zwischen zwei Aktionseinheiten. Hierbei
können diese Einheiten auch in verschiedene Ebenen eingeteilt werden. Bei
\citet{Iqbal:2010} sind diese Ebenen "`fein"', "`mittel"' und "`grob"'. Als
Beispiele für solche Breakpoints nehmen wir an, dass der Benutzer gerade eine
Anwendung programmiert. Feine Breakpoints sind solche zwischen den kleinsten
Aktionseinheiten, zum Beispiel der Übergang vom Editieren eines Programm-Codes
zum Kompilieren des Selbigen. Der Wechsel zwischen zwei Quellcode-Dateien des
gleichen Projekts wird dann beispielsweise als mittlerer Breakpoint eingeordnet.
Zwischen zwei großen Aktionseinheiten liegt letztlich ein grober Breakpoint.
Dieser könnte auftreten, wenn man sich einem anderem, von der bisherigen
Tätigkeit unabhängigen Programm zuwendet. Dies könnte das Minimieren der
Programmierumgebung und folgendes Öffnen einer Musikapplikation sein. Man kann
die Ebene eines Breakpoints also gut an Zusammenhängen der entsprechenden
Aktivitäten festmachen.
\\\\
Die Forschungen kamen zu dem Ergebnis, dass man die
Wiederaufnahmezeit der Aktivität verkürzen und die subjektive Frustration durch
eine Unterbrechung senken kann, wenn Benachrichtigungen erst während passender
Breakpoints präsentiert werden. Im Zuge der Forschungen an der Universität von
Illinois ist auch ein System namens \oasis implementiert\citep{Iqbal:2010}
worden.
\mysubsection{Oasis}
\label{sota_subsec:oasis}
\oasis ist ein intelligentes Benachrichtigungssystem für den Computer-Desktop.
Anwendungen fragen bei diesem System nach der Erlaubnis, dem Benutzer eine
Benachrichtigung anzuzeigen. \oasis  wartet nun bis ein passender Breakpoint
auftaucht und meldet der Anwendung dann die erteilte Erlaubnis, worauf die
Anwendung die Benachrichtigung dem Benutzer anzeigen kann. Wie bereits oben
beschrieben unterscheidet \oasis  noch verschiedene Ebenen von Breakpoints. Eine
Anwendung kann bei der Anfrage mit angeben, für welche Ebene die
Benachrichtigung gedacht ist.
\\\\
Damit \oasis  Breakpoints erkennt, müssen im Vorhinein Aktivitätsmodelle
erstellt werden. Dabei werden Aktivitäten eines Benutzers aufgezeichnet und
danach Breakpoints in dieser Aufzeichnung markiert. \oasis  kann aus diesen
Informationen lernen, welche Breakpoints es bei bestimmten Aktivitäten gibt.
\mysubsection{Vor- und Nachteile}
\label{sota_subsec:breakpointsVorNachteile}
Vorteile:
\begin{itemize}
  \item Verringerung der Ablenkung
  \item dadurch Steigerung der Akzeptanz
  \item \oasis-Quellcode auf Nachfrage verfügbar
  \item Modellinterpreter ist generisch
\end{itemize}
Nachteile:
\begin{itemize}
  \item Forschung beschränkte sich auf Desktop-Umgebung
  \item Anbindung an \smartHomeEnv muss erst entwickelt werden
  \item Keine Erkenntnisse über reale Breakpoints in Smart-Home-Umgebung
\end{itemize}

\mysubsection{Anwendbarkeit}
\label{sota_subsec:breakpointsAnwendbarkeit}
\citet{Iqbal:2010} behaupten, dass \oasis  auch für ein intelligentes Heim
genutzt werden kann. Hierfür müssen jedoch zuerst Modelle der Aktivitäten eines
Benutzers in solch einem Heim erstellt werden. Diese müssen vermutlich per Hand
erstellt werden, da selbst eine probeweise Aufzeichnung von Aktivitäten den
Rahmen dieser Arbeit überschreiten würde. Auf jeden Fall ist es auch von unserer
Seite denkbar, solche Breakpoints in Heimaktivitäten festzulegen. Beispiele für
Breakpoints wären das Verlassen eines Raums, der Gang zur Couch nach dem
Einlegen einer DVD oder das Umschalten des Fernsehsenders. \\\\
\oasis ist so aufgebaut, dass es selbst keine Nachrichten ausliefert. Es teilt
einer Anwendung auf Anfrage stattdessen mit, wann diese eine Benachrichtigung
anzeigen darf. Somit könnten wir \oasis leicht in unser System integrieren,
indem dieses die einzige Komponente ist, die mit \oasis kommuniziert.\\\\
Als weitere Information kann man aus der \oasis - Studie entnehmen, dass neben
dem Kontext mit seinen resultierenden Breakpoints auch der
Auslieferungszeitpunkt Einfluss auf den Benutzer hat. Im zweiten Teil der Studie
von \citeauthor{Iqbal:2008} stellen sie fest, dass der Auslieferungszeitpunkt
die Akzeptanz des Benutzers beeinflusst. Werden die Nachrichten in den
Breakpoints ausgeliefert ist die Akzeptanz höher. Befindet sich der Benutzer jedoch nicht in
einem Breakpoint und wird benachrichtigt, so sinkt seine Akzeptanz.
